-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add Recovery
section in the new user settings Encryption
tab
#28673
Conversation
7ee9a42
to
a90f51f
Compare
a90f51f
to
b3dc812
Compare
b3dc812
to
98d86e0
Compare
98d86e0
to
2710462
Compare
2710462
to
5e31204
Compare
5e31204
to
54ede8b
Compare
54ede8b
to
1811aa6
Compare
97b9f95
to
9aecfcc
Compare
cbf06fd
to
e5dea48
Compare
src/components/views/settings/tabs/user/EncryptionUserSettingsTab.tsx
Outdated
Show resolved
Hide resolved
* - `save_key_setup_flow`: The user is asked to save the new recovery key during the setup flow. | ||
* - `save_key_change_flow`: The user is asked to save the new recovery key during the change key flow. | ||
* - `confirm`: The user is asked to confirm the new recovery key. | ||
* - `confirm_key_setup_flow`: The user is asked to confirm the new recovery key during the set up flow. | ||
* - `confirm_key_change_flow`: The user is asked to confirm the new recovery key during the change key flow. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have to say, I wonder if it wouldn't be simpler to just have three states (inform_user
, save_key
, confirm_key
) and distinguish between the two flows by looking at the userHasRecoveryKey
prop.
On the other hand, we should probably just get on and land this rather than messing with it forever. A thought for the future though.
cee03f0
to
bef3165
Compare
@@ -21,14 +21,17 @@ import { SettingsSubheader } from "../SettingsSubheader"; | |||
* - `loading`: We are checking the recovery key and the secrets. | |||
* - `missing_recovery_key`: The user has no recovery key. | |||
* - `secrets_not_cached`: The user has a backup but the secrets are not cached. | |||
* This shouldn't happen but we have seen cases where the secrets gossiping failed or shared partial secrets when verified with another device. | |||
* - `good`: The user has a backup and the secrets are cached. | |||
* This can happen if we verified another device and secret-gossiping failed, or the other device itself lacked the secrets. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's worth noting that this indentation is lost if/when the tsdoc is rendered to HTML, and is inconsistent with our style elsewhere.
But, not a big problem. Something to consider for the future.
src/components/views/settings/tabs/user/EncryptionUserSettingsTab.tsx
Outdated
Show resolved
Hide resolved
7ae6a78
to
ae163d1
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🚢
Checklist
public
/exported
symbols have accurate TSDoc documentation.First of all, I'm sorry for the size of the PR.
Task #26468
Figma design
Add a new encryption tab with a new recovery section.
Implemented
The encryption tab has the following behaviour:
The recovery section has the following behaviour:
Not implemented
This PR DON'T (because the PR is already massive and theses tasks should be done in other PRs):